fix: proyecto Node creado desde cero + release v3.0.1 - #20

Summary

Release 3.0.1 con correcciones que salieron de instalar el kit en un proyecto TypeScript creado desde cero (npm init -y + npx tsc --init). El tag v3.0.1 se crea sobre master después del merge.

• El primer commit fallaba. El pre-commit corría lint-staged sin configuración, y lint-staged sin configuración sale con error, así que ningún commit pasaba. Ahora se genera .lintstagedrc.mjs con lo que el proyecto ya tiene (prettier, eslint, tsc --noEmit si hay tsconfig.json). Si no hay nada que revisar, no se instala lint-staged y se retira el pre-commit de husky init, que corre un npm test que falla por defecto. Una configuración existente se respeta.
• node_modules/ no quedaba en .gitignore. npm init no crea uno y el kit instala devDeps, así que el primer git add . metía las dependencias al repo.
• El instalador incumplía su propia §6.1. husky, lint-staged y commitlint se instalaban con ^ y sin cooldown. Ahora usa -E y --before, con 7 días de antigüedad mínima.
• Aviso nuevo en el resumen para el choque entre verbatimModuleSyntax y CommonJS: tsc --init (TS ≥ 5.9) más npm init dejan un proyecto donde ningún import/export compila.

Test plan

• npm run validate en verde; npm test: 96/96 (5 nuevos; los de husky en dry-run, sin red).
• Smoke de los 13 stacks.
• Instalación real, caso npm init + tsc --init (TS 7.0.2): genera .lintstagedrc.mjs con tsc --noEmit, versiones exactas (el cooldown eligió commitlint 21.2.3 en vez de 21.2.4), node_modules/ ignorado, aviso de módulos en el resumen y lint-staged pasa.
• Instalación real, Node sin TS ni linters: no instala lint-staged ni deja pre-commit; el primer commit pasa y commitlint rechaza un mensaje sin tipo.
• Tras el merge: git tag -a v3.0.1 sobre el commit de merge y git push origin v3.0.1.